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(54) Secure data processor with cryptography and tamper detection 

(57) The present invention is embodied in a 
Secured Processing Unit (SPU) chip, a microprocessor 
designed especially for secure data processing. By inte- 
grating keys, encryption/decryption engines and algo- 
rithms in the SPU the entire security process is 
rendered portable and easily distributed across physical 
boundaries. The invention is based on the orchestration 
of three interrelated systems: (i) detectors, which alert 
the SPU to the existence, and help characterize the 
nature, of a security attack; (ii) filters, which correlate 
the data from the various detectors, weighing the sever- 
ity of the attack against the risk to the SPU's integrity, 
both to its secret data and to the design itself; and (iiQ 
responses, which are countermeasures, calculated by 
the filters to be most appropriate under the circum- 
stances, to deal with the attack or attacks present. The 
present invention, with wide capability in all three of the 
detectors, filters and responses, allows a great degree 
of flexibility for programming an appropriate level of 
security/policy into an SPU-based application. 
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Description 

1. BACKGROUND. 



rnnmi Thic invention relates Generally to integrated circuits for electronic data processing systems and more specif- 
Kot^™ 

inspection, extraction and/or modification of confidential information stored therem ^ 
roo021 There are many applications in which information has to be processed and transm tted securely. For example 
i^L Jd ^tJlf e rm3es (ATMs) require the secure storage and transmission of an identifying key (.n this context a 

as accountina information used in financial transactions) upon detection of intrusion. 

ror^S One pSem With existing secunty systems is that the confidential inlormaton ^T'^^K 
. L 7 x «. £ thp orocess available to potential intruders in an unencrypted ( cleartext ) form in 

mmmmmmm. 



[0009] 

policies can be implemented 
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privacy along the way. This is accomplished by the following SPU-based features: positive identificat.on and reliable 
authentication of the card user, message privacy through a robust encryption capability supporting the major crypto- 
graphic standards, secure key exchange, secure storage of private and secret keys, algorithms, certificates or. for 
example, transaction records or biometric data, verrf lability of data and messages as to their alteration, and secure 
authorization capabilities, including digital signatures. 

[001 1 ] The access card could be seen as a form of electronic wallet, holding personal records, such as one s driver's 
license, passport, birth certificate, vehicle registration, medical records, social security cards, credit cards, biometnc 
information such as finger- and voiceprints. or even digital cash. 

[001 21 A personal access caid contemplated for everyday use should be resilient to the stresses and strains of such 
use i e going through X-ray machines at airports, the exposure to heat if left in a jacket placed on a radiator, a mistyped 
personal identification number (PIN) by a flustered owner, etc. Thus, in such an application, the SPU could be pro- 
grammed with high tolerances to such abuses. A photo detector triggered by X-rays might be cued a few moments later 
to see if the exposure had stopped. Detection of high temperature might need to be coupled to other symptoms of attack 
before defensive action was taken. A PIN number entry could be forgiving for the first two incorrect entries before tem- 
porary disabling subsequent functions as is the case with many ATMs. 

[001 3] For an application like a Tessera Crypto-Card. a secure cryptographic token for the new Defense Messaging 
System for sensitive government information, the system might be programmed to be less forgiving. Handling proce- 
dures for Tessera Card users may prevent the types of common, everyday abuses present in a personal access card. 
Thus, erasure of sensitive information might be an early priority. 

[001 4] Various encryption schemes have been proposed, such as where a user creates and authenticates a secure 
digital signature, which is very difficult to forge and thus equally difficult to repudiate. Because of a lack of portable, per- 
sonal security, however, electronic communications based on these schemes have not gained widespread acceptance 
as a means of conducting many standard business transactions. The present invention provides the level of security 
which makes such electronic commerce practical. Such a system could limit, both for new and existing applications, the 
number of fraudulent or otherwise uncollectible transactions. 

[001 5] Another possible application is desktop purchasing, a delivery system for any type of information product that 
can be contained in electronic memory, such as movies, software or databases. Thus, multimedia-based advertise- 
ments tutorials, demos, documentation and actual products can be shipped to an end user on a single encrypted CD- 
ROM or broadcast though suitable RF or cable channels. Virtually any content represented as digital information could 
be sold off-line. i.e. at the desktop, with end users possibly permitted to browse and try such products before buying 
[0016] The encryption capabilities of the SPU could be employed to decrypt the information, measure and record 
usage time and subsequently upload the usage transactions to a centralized billing service bureau in encrypted form, 
all with a high degree of security and dependability. The SPU would decrypt only the appropriate information and trans- 
fer it to a suitable storage medium, such as a hard disk, for immediate use. 

[0017] Information metering, software rental and various other applications could also be implemented with an SPU- 
based system, which could authenticate users and monitor and account for their use and/or purchase of content, while 
securing confidential information from unauthorized access through a flexible security policy appropriate to the specific 
application. 

[0018] This pay-as-you-go option is an incentive to information providers to produce products, as it minimizes piracy 
by authenticating the user's initial access to the system, securing the registration process and controlling subsequent 
use thereby giving end users immediate access to the product without repeated authorization. 
[001 9] Other aspects and advantages of the present invention will become apparent from the following descnption of 
the preferred embodiment, taken in conjunction with the accompanying drawings and tables, which disclose, by way of 
example, the principles of the invention. 



3. BRIEF DESCRIPTION OF THE DRAWIN GS, 



[0020] 

FIG. 1 is a simplified block diagram of the apparatus in accordance with the present invention, showing the Secured 
Processing Unit (SPU) for performing POPS. 

FIG. 2 is a simplified block diagram of the Power Block shown in FIG. 1 . 
FIG. 3 is a schematic representation of the Silicon Firewall. 

FIG. 4 is a schematic representation of an embodiment of the Silicon Firewall shown in FIG. 3. 
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FIG. 5 is a schematic representation of an alternative embodiment of the Silicon Firewall shown in FIG. 3. 
FIG. 6 is a block diagram of the System Clock shown in FK3. 1 . 
FIG. 7 is a schematic representation of the Ring Oscillator shown in FIG. 6. 
FIG. 8 is a block diagram of the Real Time Clock shown in FIG. 1 . 
FIG. 9 is a flowchart of the firmware process for performing the Inverting Key Storage. 
FIG. 10 is a schematic representation of the Inverting Key Storage. 
FIG. 1 1 is a block diagram of an embodiment of the Metallization Layer Detector shown in FIG. 1 . 

15 FIG. 12 is a schematic representation of an alternative embodiment of the Metallization Layer Detector shown in 
FIG.1. 

FIG. 13 is a schematic representation of a second alternative embodiment of the Metallization Layer Detector 
shown in FIG. 1 . 
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FIG. 14(a) is a flowchart of the firmware process for performing the Clock Integrity Check. 
FIG. 14(b) is a flowchart of the firmware process for performing the Power Integrity Check. 
25 FIG. 1 5 is a flowchart of the firmware process for performing the Bus Monitoring Prevention. 
FIG. 1 6 is a flowchart of the firmware process for performing the Trip Wire Input. 
FIG. 17 is a flowchart of the firmware process for performing the Software Attack Monitor. 

30 

FIG. 18 is a flowchart of the firmware process for performing the Detection Handler. 

FIG. 19 is a simplified representation of the stages of the Filtering Process, including correlating the detectors and 
selecting the responses. 

35 

FIG. 20 is a flowchart of the firmware process for performing the filtering of detectors and selection of responses in 
the context of a simple SPU application; in this instance, using an SPU-equipped PCMCIA card as a digital cash or 
debit card. 

40 4. DETAILED D ESCRIPTION. 

a. General A rchitecture. 

[0021] A flexible architecture in accordance with the present invention permits extension and customization for spe- 
45 cific applications without a compromise in security. One physical embodiment of this invention is a single-chip SPU that 
includes a 20-MHz 32-Bit CPU, based on the National Semiconductor NS32FV16 Advanced Imaging and Communica- 
tions microprocessor, but lacking that chip's Digital Signal Processing (DSP) unit. 

[0022] Referring to FIG. 1 , the gross features of the SPU architecture are described. This description is not meant to 
be a literal description of the SPU layout, as some features have been moved or regrouped in order to gain a better con- 
so ceptual understanding of the principles underlying the present invention. The SPU's Micro Controller 3 is isolated from 
all off-chip input - such input regulated by the External Bus Interface Block 9 and the general purpose I/O Port Block 1 
-instead receiving programmed commands via an Internal Data Bus 10 from the on-boar^ ROM Block 7. In one 
embodiment, the ROM Block 7 is configured at 32 KBytes, and the battery-backed RAM Block 8 is configured at 4 
KBytes. The Internal System Bus 1 0 carries all the major signals among the SPU peripherals, such as the address and 
55 data lines, read and write strobes, enable and reset signals, and the Micro Controller clock signal. CTTL 25. 

[0023] The System Clock Block has a programmable internal high-frequency oscillator, and is the source, through 

SYSCLK 35 for the Micro Controller clock signal CTTL 25. which governs all peripheral functions. 

[0024] The Real Time Clock 5 for the SPU follows the IEEE 1212 standard, which specifies control and status register 
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architecture, and which builds upon and significantly enhances the UNIX time format (UNIX time being the number of 
seconds elapsed since January 1 , 1970). The Real Time Clock 5 is implemented through a binary ripple counter which 
is driven via RTCLK 29 by an off-chip external 32.768 KHz quartz crystal 14 in conjunction with RTC Oscillator 14 cir- 
cuitry. Through an offset in battery-backed RAM 8, for example, the Real Time Clock 5 provides UNIX time, and can 
5 implement a host of time-based functions and time limits under ROM Block 7 program control. One firmware routine 
stored in the ROM Block 9 cross-checks the System Clock 2 and Real Time Clock 5 so as to overcome tampering with 
the latter. 

[0025] The I/O Port Block 1 is a general-purpose programmable input/output interface which can be used to access 
off-chip RAM, and meet general I/O requirements. Off-chip RAM (not shown) would be typically used for information 

io that cannot be accommodated internally but. for security and performance reasons, still needs to be closer to the SPU 
than main system memory or disk storage. This information may be protected by modification detection codes, and may 
or may not be encrypted, depending on application requirements. In addition to serving as a memory interface, several 
signals on this port can be used to implement cryptographic alarms of trip wire inputs, or even to zero inputs or keys. 
[0026] The External Bus Interface Block 9 is the communications port to the host system. In one embodiment it is 

is the means for getting the application commands as well as data to and from the SPU. and is designed to match the ISA 
bus standard requirements. 

[0027] The Power Block 13 switches between system and battery power depending on system power availability. 
Power from an external battery (not shown) is supplied to the RTC Block 5, the RAM Block 8 and a Status Register 11 
through VPP 24, as well as off-chip RAM (nor shown) through VOUT 23 when system power is not available. The Power 
20 Block 1 3 also provides signals PWRGD 27, DLY_P WRGD 26 and CHIP_PWRGD 28, which, respectively, start the Sys- 
tem Clock2, reset the Bus Controller 4 and enable the isolation of the battery-backed parts of the circuit from the non- 
battery backed parts through the Power Isolation 12. 

[0028] A Silicon Firewall 20 protects the internal circuitry from any external asynchronous or otherwise anomalous 
signals, conditioning the inputs from the I/O Port Block 1 via PIN lines 32 or the External Bus Interface 9 via 

25 ADDR/DATA lines 33. the RESET 30 to the Bus Controller 4, as well as from a host of security detectors. Some inter- 
nally generated signals, such as the output of the Real Time Clock 5. are similarly conditioned. 
[0029] The Status Register 1 1 is the repository of all hardware detector signals arrayed through the device to detect 
various attempted security breaches. Detectors may include a Photo Detector 16. Temperature Detector 17. Metalliza- 
tion Layer Detector 18 and any Additional Detectors 19 (represented in ghost), for example: high/low voltage detectors. 

30 vibration detectors, sand detectors. Each of these detectors may convey one or more bits of information which, in one 
embodiment, are stored in the Status Register 1 1 . The Status Register 1 1 may also store internally generated signals, 
such as the ROLLOVER 34 signal from the Real Time Clock 5 and the Valid RAM and Time (VRT) bit. used to verify 
the integrity of the information stored in the RAM Block 8 and the time counter in the Real Time Clock 5. 
[0030] In one embodiment, a DES Engine 6 is provided as a cryptographic engine to encrypt and decrypt data using 

35 its DES algorithm. Alternative embodiments of cryptographic engines may be implemented entirely in hardware or in a * 
combination of hardware and software, and may use other cryptological algorithms, including RSA or secret algorithms 
such as RC2, RC4. or Skipjack or combinations thereof. The DES Engine 6 receives keys and data for the crypto- 
graphic process from the RAM Block 8 under the control of the Micro Controller 3. The data used could be application 
data supplied from the External Bus Interface 9 or protected data from the RAM Block 8. The DES Block 6, in one 

40 embodiment, performs a decryption of a 64-bit block in 18 clock cycles. Thus, with an SPU rated at 20 MHz, a single 
decryption will take approximately 90 ns, which amounts to a decryption rate of 8.9 Mbytes per second. 
[0031 ] Typically, the SPU receives "messages" in encrypted form. The cryptographic engine (e.g. DES Engine 6) uses 
keys, for exanple, "session keys" specific to a particular application transaction or "session". The cryptographic engine 
is thus used to encrypt or decrypt the messages, or perform other cryptographic operations as is well-known in the art. 

as In addition to providing secure message transfer, the SPU also provides secure key transfer. By having, or indeed even 
generating a "master key" internally (using any of the well-known key generation techniques for public or secret key 
algorithms), the SPU can receive session keys in encrypted form and, treating them like messages, decrypt them with 
the cryptographic engine using the master key. Conversely, the SPU can encrypt and send messages in a secure man- 
ner. The master key, the decrypted session keys and other sensitive information (e.g. the encryption/decryption algo- 

50 rithms) are stored in secure rewritable memory on the SPU. as described below. 

I. Power Block- 

[0032] The security requirements of the SPU impose special requirements on the power supply. As the Real Time 
55 Clock 5 is used to maintain accurate time and the RAM 8 is used to store and maintain information, both for the field life 
of the product, each must have a continuous source of power, VPP 24, which here is supplied by the Power Block 13. 
[0033] Referring now to FIG. 2, the battery VBAT 21 and system VDD 22 voltages are supplied to the Power Switching 
Circuit 101. This circuit uses a conventional analog comparator to determine the higher of the two voltages, VDD 22 
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and VBAT 21 , and provide such voltage as VPP 24 to the internal circuitry and as VOUT 23, which could be used as a 
voltage supply for off-chip RAM, for example. The Power Switching Circuit 101 also provides a PWRGD 27 signal, which 
is used to indicate whether the entire SPU chip is powered through VDD 22 (the high state), as opposed to only the 
battery-backed sections being powered via VBAT 21 (the low state). In one embodiment, the threshold for this switch is 
5 when VDD 22 exceeds 1 .2 times VBAT 21 . If the external battery is dead. VBAT 21 is effectively zero, and PWRGD 27 
goes high as soon as VDD 22 is turned on. 

[0034] The PWRGD 27 signal, as not originating from the Internal Data Bus 10, would represent a security risk within 
the circuitry inside the Silicon Firewall 20, if left untreated. However, unlike other signals that are passed through the 
Silicon Firewall 20, PWRGD 27 is used to start the System Clock 2, as discussed below, and thus cannot be condi- 
10 tioned and synchronized by the Silicon Firewall 20 in the manner those other signals are treated. Thus, the Power 
Switching Circuit 1 01 conditions the PWRGD 27 signal by a low-pass filter, which acts as a "glitch eater to prevent any 
rapid changes in the resultant PWRGD 27 signal and give it a sufficiently narrow bandwidth as to admit to the internal 
circuitry. 

[0035] Two counters, PWRUP Counter 102 and PWRDN Counter 103 are provided to produce DLY_PWRGD 26. a 
75 delayed version of PWRGD 27. as clocked by the system clock CTTL 34 signal. These counters may be conventional 
devices as is well known in the art In one embodiment, this DLY_PWRGD 26 signal is used as an input to the AND gate 
31 incident to the Bus Controller 4, as shown in FIG. 1 , thus assuring the SPU is always powered up in the reset state. 
The DLY_PWRGD 26 and PWRGD 27 signals are combined through an AND gate 114 to produce another signal, 
CHIP_PWRGD 28. 

20 [0036] The CHIP_PWRGD 28 signal is provided to prevent current flow from the battery-backed circuitry to the rest 
of the circuit that is not powered when the system power VDD 22 is removed, and thus allow for the orderly shutdown 
of the non-battery-backed sections. This signal acts as an early detection system for the system power going away. 
Referring to FIG. 1 , the CHIP_PWRGD 28 signal is used by the Power Isolation Circuit 1 2 which isolates the inputs and 
outputs of the Real Time Clock 5. RAM 8 and Status Register 11 from non-battery-backed sections of the chip. 

25 CHIP_PWRGD 28 is conditioned in the manner of the Silicon Firewall 20 described below; this process has the added 
advantage of preventing any invalid writes to the RAM 8 or Real Time Clock 5 when the power source is being switched. 
[0037] As described above, the DLY_PWRGD 26 signal may be used as a reset. However, if the PWRUP Counter 102 
is powered up in the wrong state, it may affect the reset operation of the rest of the device. The state machine in 
PWRUP Counter 1 02 could power-up in a state of continual reset owing to the dual requirements of powering tip without 

30 reset, and delaying the stopping of CTTL 34 clocking upon power down. To overcome this problem, a separate analog 
circuit V CC PUD 1 04 is provided, with inputs SET_PWUP 1 1 0 and CLR_P WUP 111, which respectively, set and clear the 
output VCCPWUP 107. The V^PUD 104 circuit also monitors VDD 22 such that VCCPWUP 107 will also dear if VDD 
22 falls below approximately 2V. In this embodiment. VDD 22 is supplied by the Power Switching Circuit 101 via VREF 
115. 

35 [0038] The operation of the PWRUP Counter 102 and PWRDN Counter 103 in conjunction with V^PUD 104 is thus 
as follows. On power up, until the system power VDD 22 comes up above 1 .2 times VBAT 21 , VCCPWUP 112 acts as 
a reset to PWRUP Counter 102 and PWRDN Counter 103; afterwards PWRGD 27 and consequently VCCPWUP 112 
will come up, triggering the start of the PWRUP Counter 102. Seven clock cycles later, as clocked by CTTL 34, the 
DLY_PWRGD 26 and CHIP_PWRGD 28 signals will go high. Conversely, when VDD 22 comes down, before it dips 

40 below 2V, it will drop below 1.2 times VBAT 21, thus PWRGD 27 will go low, starting the PWRDN Counter 103 via 
inverter 108. Eight clock cycles later, the PWRDN Counter 103 will trigger the SHUTDOWN 113 signal, which will acti- 
vate CLR_PWUP 111, causing VCCPWUP 112 to go low, resetting the PWRDN Counter 103 via AND gate 107 and 
the PWRUP Counter 102 via inverter 109. Thus, if the PWRGD 27 signal is lower for longer than seven dock cycles the 
entire device is reset as if power has been completely removed. This delay takes into account transients in the power 

45 supply where VDD 22 goes high but dips below 2V briefly before returning to an acceptable level. 

li. Aterm W?ke Up. 

[0039] One embodiment of the present invention disables detection capability when the SPU is running on battery 
so power VBAT 21 only. In an alternative embodiment, in the absence of system power, VDD 22, non-battery backed parts 
of the SPU are temporarily powered through VBAT 21 . As represented in ghost in FIG. 1 , if any detector triggers a sig- 
nal, the OR gate 39 would send an ALARM 38 signal to the Power Block 13. 

[0040] With further reference to FIG. 2, if VBAT 21 alone was sufficiently high to power the whole SPU, a suitably mod- 
ified Power Switching Circuit 101, would upon triggering by the ALARM 38 signal: (i) generate a PWRGD 27 signal 
55 much as seen before; 00 generate a new signal. APWRGD 40, to indicate that the SPU was operating under alarm- 
triggered "emergency" power; and flfi) switch VREF 1 1 5 from VDD 22 to VBAT 21 so as not to interfere with the power- 
ing up process. In the continued absence of adequate VDD 22, a SLEEP 41 signal received by the Power Switching 
Circuit 1 01 would make PWRGD 27 and APWRGD 40 go low, switch VREF 1 1 5 back to VDD 22, and so trigger a power 
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down much as seen before. 



Hi. Silicon Firewall. 

100411 A common assumption, when defining a security model, is that everything inside a system is protected while 
SLng £££ nil projected. In any effort to plan for securrty features, it is crucial to estabhsh a clear ^ 

of the system boundary and to define the threats, originating outside the boundary, agamst wh .ch the system must 
defend itself In the case of the SPU. the system boundary is the silicon boundary, or equivalent!* the p.nsof the SPU 
t£Z£ XI oSJS— inside the system boundary are of two types: those responsible for manning ^e secunty 
of the system- and those responsible for performing other functions. Separating the two types of components .s the 
££75mm security?erimete, with the area between the security perimeter and the «** 
the silicon firewall. The silicon firewall's role is thus to defend the security perimeter. Onej to ^ m " 
ple. is to prevent asynchronous inputs from outside the security perimeter reaching inside untreated, such .nputs may 

drive the system into unpredictable and uncontrollable states. u te hm^* m 

Fo042] The Micro Controller 3 is one of the least trusted components in the SPU. precisely because * drff nitt to 
verify all the multitudinous states of a micro controller. Consequently, the Micro Controller 3 in a SPU should be pro- 
tend from asylSlous or otherwise abnormal inputs, i.e.. signals which are outside the , nonrnl operatng , made <rf 
ne Micro Controller 3. Examples of abnormal inputs are signals which have disallowed input levels (eg.. ««na^whj* 
hate neither valid high nor valid low logic levels) and signals which have timing trans-tions which are , ^^spe^ca- 
tion. Not only do input signals external to the SPU need treatment, but all internal signals which are asynchronous to 
the Micro Controller must be treated by special protection circuitry. 

[0043] A common technique to prevent asynchronous and abnormal inputs is to equip a I inputs to a Mmondudv 
chip with Schmitt trigger devices coupled with latch circuits, which thereby ensure that signals cannot change state 
"sampled by the semiconductor chip. However, it is difficult to fabricate Schmitt triggers. Further- 
rncJe. Sm^ tigers JrTslow because of hysteresis effects. The SPU according to the preserrt inverttion uses a S.N 
icon Firewall" de^gn to protect all interfaces to the Micro Controller 3. One of the designs of the Silicon^ *'^J^ 
a state machine FIG. 3 shows one embodiment of a state machine 71 0 which could be used as a Silicon Firewall State 
machTnTriO ^ comprises a data register 712. the state of which is controlled by a clock 714. In this embodiment, state 
mach ne 7 0 ZZTas a four t-ltate machine. During any time other than t1 . data is locked out of data registers 712. 

input data (rf available) is latched into an input port 71 6 of data register 712. However, data is not ava able to the 
output port 717 of data register 712 until t3. Consequently, any metastable states of the input data are nullified by the 

r^rFIG'Jshows an embodiment of a data register 720 which can be advantageously used in state irmchine 710_ 
Register 720 comprises two D flip-flops 722 and 724. The output terminal 726 of ftp- flop 722 ***** theinput 
terminal 727 of flip-flop 724. A clock signal is sent to the clock terminals 728 and 729 of flip-flops 722 and 724. respec- 

foMsf'men^n^xternal signal, which is generally asynchronous, is applied to the input t"™^* 2 *^*^' 
ts state (high or low) is latched into flip-flop 722 only at the rising edge of the first clock pulse. Te state s kept me 
same unlil The rising edge of the second clock pulse. As a result, the output signal at terminal 726 erf fl p-flop 722 
remains at the same state from the rising edge of the first clock pulse to the rising edge of the second clock pulse, 
reoardless of the state of the input signal between the two rising edges. . . , 

[0046] The state of the output terminal 726 of f Hp-flop 722. which corresponds to the external signal at the rising edge 
of the first clock pulse, is latched intoflip-«op 724 at the rising edge of the second clock pulse. C^uerrtlyjh^^ oufout 
terminal 734 of flip flop 724 will have a state equal to the state of the external signal at the rising edge of an earlier clock 

[0047] It can be seen from data register 720 that the input is sampled at a time determined < i e ;- 5 y n * ron jS ^ ^ 
dock pulses. In addition, any abnormal signal is fiftered by flip-flop 722. Consequently, the signal connected to the 
embedded controller is a normal and synchronized signal. 

[0048] FIG 5 shows an alternative embodiment of a data register 740 which can be advantageously used m state 
machine 710. Data register 740 consists of a multiplexer 742. a D flip flop 744. a buffer 74* and a device 748 tor gen- 
erating a clock signal having four t-states in response to an input clock signal on line 75* ^ °ulput °l 742 
is connected to the input of D flip flop 744. and the output of D flip flop 744 is connected to the input of butter 746 and 
one of the input terminals of multiplexer 742. The other terminal of multiplexer 742 is connect to an external signal (typ- 
ically asynchronous) Device 748 generates a clock signal on line 752 which controls multiplexer 742 such that the 
SenTasfnc^ 

signal on line 754 which controls buffer 754 such that the output signal of D flip flop 744 passes through buffer 746 only 
at time t3. As a result, the signal on line 756 is synchronized. 
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iv. Internal System Clock . 

[0049] A system clock compatible with PDPS faces a series of design considerations: cost, governmental regulatory 
compliance, printed circuit board area, power consumption and last, but most important, security. The desire for high 

5 performance places a premium on clock speed, which is directly proportional thereto. 

[0050] The cost of clocking circuits increases with frequency, and external clocks may represent a sizeable fraction of 
the entire manufacturing cost. The greater the physical extent of the high-frequency circuitry, the greater the high-fre- 
quency EM emissions, resulting in both a problem for security as well as meeting FIPS 140-1 requirements. EM emis- 
sions can give surprising amounts of information to sophisticated attackers - by analyzing the power spectrum, one 

io might even deduce which type of algorithm is being processed at any particular time. As compared with an internal 
clock sitting right on the microprocessor, an external clock coupled to a microprocessor cannot be made to comply as 
easily with the FIPS 140-1 EMI/EMC requirements which impose limits on EM emissions. External clocking arrange- 
ments can use significant real estate on printed circuit boards and hence restrict design applications. The desire to 
reduce power consumption favors internal clocks: they can operate at lower voltages than external ones, which have to 

75 deal with high outside EM interference; and, they have smaller power dissipation capacitances owing to their smaller 
physical dimensions. Moreover, the presence of an external clock allows a potential chip attacker to manipulate the 
clock speed, a factor which may allow it to foil other security devices. 

[0051] Internal oscillators, of themselves, are not novel structures. One can find a programmable internal oscillator in 
Carver Mead and Lynn Conway, Introduction to VLSI Systems. Addison & Wesley (1980), pp. 233-236. Another exam- 

20 pie is a phase-locked loop circuit which locks upon an external low frequency reference, as described by Brian Case, 
"Sony & HDL Detail Embedded MIPS Cores", Microprocessor Report, vol. 7, no. 15, November 15, 1993. This outside 
link through an external reference is completely inappropriate in a security environment, however. 
[0052] Referring now to FIG. 6, the System Clock 2 is implemented using a standard 5-dock-cyde shutdown, 5-clock- 
cycle enable, state machine once a change request has been detected. The Bus Interface and Decoder 151 selects and 

25 decodes three types of signals off the Internal Bits 10: the internal system clock signal CTTL 34 which is passed onto 
Power Block 13 as was illustrated in FIG. 1 ; a STOP_CLK 166 signal to stop the System Clock 2; and the 4 bit signal 
OSC_FREQ 172, representing the programmed frequency for the Ring Oscillator 156 The OSC_FREQ 172 signal is 
stored in the Oscillator Control Register 1 52, and is fed into the Change Pulse Generator 1 53. The STOP_CLK 1 66 and 
PWRGD 27 signals are fed into AND gate 164, the output of which is fed into the Change Pulse Generator 153, AND 

30 gate 165, the set of entry latches 154, the Clock Edge Prohibit 155. and the resets for the D flip-flops 159.....163. Thus, 
when the Change Pulse Generator 153 detects a change in any of its inputs, it generates a pulse 
CHANGEJDETECTED 167 which is latched onto the latch 158. The D flip-flops 159 163 act as a shift register, prop- 
agating the latched signal from latch 158 down the line in five clock cycles, the clocking generated by RING_CLK_OUT 
1 70, the output of the Ring Oscillator 1 56. When the signal has propagated through the last D flip-flop 1 63. it generates: 

35 (i) an OPEN_LATCH 168 signal to the entry latches 154 and Clock Edge Prohibit 155: and (ii) a CLOSE J.ATCH 169 
signal to the exit latch 1 57 and the AND gate 1 65, thus resetting the latch 1 58. 

[0053] The OPEN_LATCH 168 signal, in conjunction with a high signal from the AND gate 164 will enable the Clock 
Edge Prohibit 155, which is a one-shot trigger generating a SHUTDOWN_CLK 171 signal for approximately 120 ns, 
allowing a new frequency to be programmed into the Ring Oscillator 156 without introducing transient glitches. At the 
40 same time, the CLOSE_LATCH 1 69 signal will remain low for one clock cycle, resulting in the output SYSCLK 35 having 
a longer duty cycle for one clock cycle, and then the data in the Oscillator Control Register 225 will correspond to the 
output frequency of SYSCLK 35. 

[0054] The Ring Oscillator 1 56 itself will now be described. To compensate for the wide process variations introduced 
in manufacture, resulting in variances in individual clock rates over a wide range, the Ring Oscillator 156 is programma- 
45 ble to sixteen different frequencies of operation: 22 MHz, 23 MHz, 24.8 MHz, 26.2 MHz, 27.7 MHz, 29 MHz, 31 .9 MHz, 
34.3 MHz, 37.8 MHz, 40.2 MHz, 46 MHz, 51.2 MHz, 58.8 MHz, 64.9 MHz, 82.2 MHz and 102.2 MHz. The particular 
nature of the Micro Controller 3, as well as concerns for the operational compatibility with the ROM 7, dictated that these 
nominal frequencies be divided by two before the signal leaves the Ring Oscillator 1 56 and is provided to the Micro Con- 
troller 3 via SYSCLK 35. 

so [0055] Referring now to FIG. 7(a), one can see that this aforementioned frequency division is accomplished by the D 
flip-flop 210 whose output is RING_CLK_OUT 170. The OSC_FREQ 172 signals are supplied in pairs to one of two 
multiplexers MUX1 204 and MUX2 208. The output of MUX2 208 is fed to the D flip-flop 210 clock input and the NAND 
gate 209. The SHUTDOWN_CLK 1 71 signal is fed to the D flip-flop 210 reset and the NAND gate 209. Blocks 201 . 202, 
203, 205. 206, 207 are chains of inverters, represented in FIGS. 4(b). 4(c), 4(c). 4(d). 4(e) and 4(e), respectively. 

55 Depending on the state of the OSC_FREQ 171 signals, from (0,0,0,0) to (1.1.1 .1). asserted on the multiplexers MUX1 
204 and MUX2 208, the results yield an effective circuit varying in the number of inverters. In FIG. 7(b) a chain of 8 
inverters 211, ...,218 is shown, each connected to VPP 24 through capacitors 219.....226. These capacitors act to 
swamp all routing capacitance through the circuit. Similarly, FIG. 7(c) shows the corresponding 4 inverter chain, with 
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inverters 227 .. and capacitors 231 234. FIG. 7(d) shows the 2 inverter cha.n with inverters 235 and 236 .c^riM 

2Z7 and 238 RiaHy FIG. 7(e) also shows two inverters 239 and 240. but with only a single capacrtor 241 attached to 
? JoXrt mVsecond inverter 240. Two inverters are required in this last case, because an even number of mverters, 
he ou ** ot ™ * e ~ n ° and -ate 209 is reauired to give the ring a net overall inversion, sustaining the Ring Oscillator 
prZflS^^roS TtoZrXel. the NAND gate 209 and the multiplexers MUX1 204 
" 2«h generates the 16 different frequencies of the Ring Oscillator 156 listed above. 
[00561 At manufacturing time, the frequency selected is based on calibration with an established time stand terd ins 
standard may be provided by the Real Time Clock 5. or by "Start" and "Stop" time commands imed and sent from a 
tmsted system UsIrotaVReal Time Clock 5 provides the optimal calibration input. This calibration is accomplished at 
h™S'Skevs a% installed and can only be done in the manufacturing mode. The final set frequency, as 
T^Z toSStSSSH SSStor ContL Register 152. is stored in the ^^j; 
other non-volatile memory. Each time the device is reset, or power is applied, the device assures rtselT »«"*efmal set 
fteoracy stored in non-volatile memory is correct by using modification detection codes, as described below If the 
SSCslect then it is loaded into the lowest four brts of the Oscillator Control "JJJ 
establishing^ optimal operating frequency of the Ring Oscillator 1 56. If the final set frequency ,s incorrect a s s ored 
* the non volatHe memorTthen no value is loaded into the Oscillator Control Register 225 f ^ 'eav,ng ****** 
value Leavino the Ring Oscillator 156 at its reset value, which is the lowest programmable frequency, ensures proper 
T«a«n7*e^*£ under conditions of non-volatile memory. For example, rt assures that the interna. Micro 
oZSSr do* input SYSCLK 21 6 is never driven at too high a frequency, which could lead to malfunction and possible 
security breach. 



v Real-Time Clock. 



[0057] For the reasons disclosed above, as well as an innate temperature vanabiMy of about ^30% ^ over th. SPU s 
opiating range, the System Clock 2 represents a secure but somewhat inaccurate timing devic ^ suitable for internal 
ciockingof the Micro Controller 3. but not for keeping UNIX time or to control ^^J^^J^St^ ^rova* 
[0058] Referring to FIG. 1. the RTC Oscillator 14 is designed to produce a 32.768 KHz signal. RTCLK ^29 trough 
use o an external quartz crystal 15. Alternatively, one could bypass the RTC Oscillator 14 and generate RTCLK 29 
throug ^an^ema. clock. OSC.ON 42 allows the oscillator to be stopped even though battery P™" <^ 
device. This prevents drain on the battery, as for example, while the system is in '"ventoiy btfore rt 18 «**■ The output 
RTCLK 236 from the RTC Oscillator 241 is used to drive the Real Time Clock, as described below. 

[0059] W^Selence to FIG. 8. the Real Tme Clock 5 consists of a binary Ripple Counter 302 a Bus Interface and 
Ser 3oT an?a Synchronization Block 303. The Ripple Counter 302 may be a conventional shift regster array with 
15 Ss allocated to counting fractions of seconds, output via SFC 306. and 32 bits ^allocatedto a se^cou^om- 
Dirt via SC 307 The value of SC 307. when combined with an offset in the local battery-backed RAM I Block 8. produces 
Ke solght atter Uptime. The final carry-over in the Ripple Counter 302 produces the ROI^OVEF I * isignaL 
[0060] The Bus interface and Decoder 301 interfaces with the Internal Bus 10 ^u^hes^e system clock CTTL 
25. the aforementioned OSC.ON 42 signal, and signals CLEAR.RTC 304 ^ t G \^-^fJ^^ u ^l 
used to reset the Ripple Counter 302. CLOCK_RTC 305 allows the Micro Controller 3 to clock the Ripple Counter 302 
without resorting to RTCLK 29. and thus permits testing of the device. roll OVER 34 
[0061] As RTCLK 29 is an external asynchronous signal, the resulting signals SFC 306. SC 307 and R °LLOVEF 1 34 
need to be treated by the Synchronization Block 303. in the manner of the Silicon Firewall described earlier Thereafter 
"helFC 306 and SC307 signals may be appropriately channeled through the Interna, Bus 1C ' " 
the Micro Controller 3. The use of the ROLLOVER 34 signal will be discussed in the context of the Rollover Bit d.s- 

^Tccoriance with the alarm wake-up feature of the alternative embodiment «*™*?J^*^™ 
Counter 308 (represented in ghost) is set by the Micro Controller 3 via counter control signals sent on the Internal Bus 

308 accomplishes a predetermined count, as clocked off the Ripple Counter 302 signals SC 307 or SFC 306. rt would 
tltZ i a!aRM 38 Sna. in the same manner as described above. In addition the ROLLOVER 309 signal, passed 
through OR gate 309. may provide the basis of another wake up signal via ALARM 38. 

»i Inverting Kav Storage. 

[0063] It is desirable to place secret information (e.g.. the decryption key) in the volatile, or generally, re-w'tebhe menv 
orvrf the SPU The secret information will be destroyed if power to the SPU is turned off. On the other hand, rf the 
Sret fntoSc™ £2 in^cntfatile memory, an attacker can remove the SPU and at his leisure and by conven- 
tional means examine the information in the non-volatile memory. 
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[0064] If secret information is not loaded into the volatile memory properly, an attacker may still be able to examine 
the SPU while system power is turned off and obtain the secret information. This is because the secret information 
stored in conventional volatile memory may leave a residue on the dielectric material of the SPU, which the attacker can 
read to obtain the secret information even after power is turned off. When the secret information is loaded into memory, 

5 the voltage level of the memory cells causes charge to build up in the dielectric material of the memory cells. If the same 
secret information is placed in the same memory location for an extended period of time, the dielectric material may be 
permanently affected by the charge of the memory cells. When this happens, it is possible to determine the secret infor- 
mation even after power is removed from the memory cells. Further, it is possible to artificially "age" the memory cells 
(so that the dielectric material can be permanently affected in less time) by elevating the voltage and changing the oper- 

io ating temperature of the SPU. 

[0065] One aspect of the present invention is an inverting key storage arrangement wherein the secret keys are peri- 
odically inverted. As a result, the net average charge across all memory cells is the same, thus leaving no signature of 
a specially-selected key in the dielectric material of the memory cells which would be amenable to detection. 
[0066] In one embodiment of the invention, the inverting key storage arrangement is implemented in lirmware. The 

15 firmware includes a key inverting routine which is executed in a predetermined time, e.g., once every 100 ms. A flow- 
chart 800 which includes a key inverting routine 802 is shown in FIG. 9. Flowchart 800 contains a decision block 804 
which determines if it is time to branch to inverting routine 802. If the answer is negative, programs in the firmware are 
executed (block 806). If it is time to execute the key inverting routine 802, flowchart 800 branches to block 808 which 
causes all access to the keys to be disabled. The embedded controller then reads the key stored in volatile memory. 

20 The bits of the key are inverted and then stored back into memory (block 81 0). In order to keep track of the current sta- 
tus of the inversion (i.e., whether the key is in a normal or inverted state), a key-inversion status bit is assigned to keep 
track of the status. After the key is inverted, the status of the key-inversion status bit is changed (block 81 2). The access 
to the key is now enabled (block 814). Flowchart 800 can now branch to block 806 to execute other firmware routines. 
[0067] It is also possible to implement an inverting key storage arrangement using only hardware. FIG. 10 is a sche- 

25 matic diagram of such an arrangement 820, which contains a JK flip flop 822 and a plurality of memory cells, such as 
cells 824 and 825. The structure of these two cells are identical, and only one will be described in detail. Cell 824 con- 
tains two OR gates 827 and 828. a JK flip flop 829, a NOR gate 830, an invertor 831. and a buffer 832. A clock signal 
on line 834 is connected to the clock input of the two flip flops 822 and 829. A Toggle/Load signal (T/L*) on line 835 is 
used to put the cells 824 and 825 in a toggle state when the signal is at a high value and the cells in a load state when 

so the signal is at a low value. Thus, when the T/L* signal is low, the data on line 839 is loaded into memory cell 824. When 
the T/L* signal is high, the JK flip flop 829 will toggle according to the clock signal on line 834. A read signal on line 836 
is coupled to the enable terminal of buffer 832. The read signal allows the data stored in the memory cells to be read. 
The signal on line 836 indicates whether the output on line 839 is the original or the inverted signal. 

35 vii. Additional Security Features. 

[0068] In addition to the features described above, the SPU can certainly be rendered more secure in any number of 
ways. For example, the physical coating disclosed in application Ser. No. 08/096,537, Tamper Resistant Integrated Cir- 
cuit Structure", filed July 22, 1993, in the name of inventor Robert C. Byrne, and incorporated herein by reference, has 

40 a tamper resistant structure laid down in a pattern which would cover portions of the SPU, but expose others so that 
etching away the tamper resistant structure destroys the exposed portions. Thus, the SPU would not be easily disas- 
sembled or reverse engineered, because the tamper resistant structure would hide the active circuitry and removal of 
the tamper resistant structure would destroy the active circuitry. This physical coating would act as a natural adjunct to 
the Metallization Layer Detector (FIGS. 11-13). 

45 [0069] Another security feature that could prove useful is disclosed in application Ser. No. Q6[ , 

"Secure Non-Volatile Memory Cell", filed ' , 1994. in the name of inventors Max Kuo and James Jaffee, also 

incorporated herein by reference, which has an EEPROM cell providing protection against external detection of the 
charge stored within the cell by causing any stored charge to dissipate upon the attempted processing of the cell. This 
type of EEPROM might fulfill the role of the ROM 7 block, or possibly even substitute for the Inverting Key Storage 

so described earlier (FIGS. 9,10). 

b r implementation of the Detectors. 
L Photo Detector. 

55 

[0070] If secure information resides in registers or memory of a VLSI device, often an attacker finds it fruitful to remove 
the packaging of such a device to impact such storage devices directly. This facilitates the investigation of the design 
architecture and makes it possible to probe internal nodes in an attempt to discover the secure information. Such pack- 
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age removal or de-encapsulation, will thus likely expose the die to ambient light, even if inadvertently on the attacker's 
part Ducting such light could act as input information for suitable responsive countermeasuresto take p.ace. 
S)71 1 The construction of a light-sensitive device can be implemented in many standard CMOS Passes without 
any extra masks?r steps. For example, lightly doped N-type material exhibits a conductivity proportional to the amount 

5 

theStatus Register 11. A plurality of such detectors may be placed at strategic places w.th,n the SPU. which may be 
used to localize and further characterize the nature of any intrusion. 

w II. Hiffh/Low Temnerature Detector- 

[00731 The normal temperature operating range for the SPU is 0»C to 70°C. Any temperature above this range .in 
^plSio^s m ght well be considered to be the result of an intrusion attempt by an attacker, as for example, the 
gSng away at the chip's outer .ayer. A substrate diode, well-known to the art. shouW be suff oent 
,5 fo'dSng CerLture 'changes, although any other comparable device known to those of ordinary stol. ,n the art for 

S a ™S5Lm Register 11. NotlTg in accordance with this invention precludesa m*«l£ characterizing 
a terrjerature scale, or a plurality of such detectors, to characterize any temperature differentials within the SPU. 



so 
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ill metallization Laver. 



[0075] Modern day integrated-ciro.it analysis equipment is ab.e to probe the contents of an [^Sf^tahk 
power is applied to the circuit As a result, it is possible to detect a key, or other secret data tor that matter. ^wtoh ns 
stored in votatile memory One way to protect the secret key is to cover the key with a metal layer wh.ch is able to deflect 

seauently protecting the key through the use of a metal layer, as contemplated in the prior art. is rather ineffective 
SSST^ESS 2 ^enhance the security of the metal layer is for the SPU to contain means for detecting any alteration 
^m^uSSSnSSw!^ or any particular* sensitive data for that matter. Tne SPU can then take actions 

metal traces, shown in FIG. 11 as parts 852-857. Each trace is connected to an outout pin of a latch 860 and an £put 
Sn o a tetoh 862 These two latches are connected to the system bus 868. which is in turn connected to the Micro Con- 
Sone andte mem^^y are also connected to the Status Register 11. Traces 852 and 853 Pass over a first area 
864 traces 854 and 855 pass over a second area 865, and traces 856 and 857 pass over a third area 866. 
WW During a syslemS cycle, the individual output pins of latch 860 are driven to either a togic high oi ■ . ^ low 
Sepending on ttie vaLe of a random number generator (either implemented in hardware or software )^>""££! 
ua2s852-857 should be set to a corresponding logic high or a logic low value. At a later bus cycle, latch 862 latches 
VZ^SiM^ 852-857. If any of the latched logic .evels are different from the logic .eve. originally driven 
by latch 860, it is assumed that an attack has been mounted on the SPU. 
«> [£>78] Another embodiment of the invention is shown in F.G. 12. The metal layer ,s 

traces shown in FIG. 12 as numerals 902-904. These metal traces are connected to a logic high potentia.. FIG 1 2 a so 
contains a plurality of AND gates, shown as numerals 906-908. and a plurality of memory cells 913-916. Each ofthe 
JE5£L 906-9W hasone'input terminal connected to one of the traces 902-904 and one ouipultermina. connected 
to one of the power lines 91 0-91 2 of memory cells 914-91 6. respectively. The other terminals of each of ANCT gates ^06- 
908 are connSed to power Hnes 909-91 1 . respectively. These power Hnes 909-91 1 could feed off VPP 24 for ecample^ 
[0079] When the metal traces are in their norma, condition, i.e.. connected to a logic 2£P^^££ 
AND gates are in a logic high potential. Thus, all the memory cells are powered by the outpute of the AND gates. How 
ever « any one of themetal traces is removed, the output of the corresponding AND gate will be changed to a log c low. 
wS ^associated memory cel.. Since the output of an AND gate is ««^^^JlS£^ 
AND aate the output of the adjacent AND gate becomes a logic low. which turns off the memory cell associated with 
^eaolacentAN^ate This sequence of events propagates until ail the outputs of the AND gates become a togic low 
A?a rlsXaH the memory ceSsare turned off resulting in the destruction of the data stored therein. This embodiment 
does not reauire anv action of the Micro Controller and could amount to a last-ditch defense. 
?£S>r EE eSbcZemof the invention is a LATN cel.. shown in FIG. 13 as 920. ^J^^^K 
latch with a weak feedback path so that any intrusion in the cell will cause the cell to toggle. A control signal on line 925 
S^^TS^S^. 924 andfthroughan inverter 926, ^^^^J^J^ 
one of the transmission gates is turned on at a time. When transmission gate 922 is turn* £^ data s gnalon I ne927 
passes through an inverter 928 to output inverters 929 and 930. An inverter 931 is connected to inverter 929 in order 
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to provide an inverted output. When transmission gate 922 is turned off, the data signal is no longer connected to the 
output inverters. However, the output signal retains its value because of the feedback provided by an inverter 932 and 
transmission gate 924. 

[0081] One of the important features of the LATN cell 920 of the present invention is that the feedback Inverter 932 
5 has weak output power. Thus, if the LATN cell 920 is exposed to radiation introduced by a probe, the feedback path is 
broken and the output value of LATN cell 920 would not be maintained. 

[0082] In all of these embodiments, the outputs thereof could be used as detectors, as symbolically represented by 
Metallization Layer Detector 18, feeding their signal through the Silicon Firewall 20 to the Status Register 11. It should 
not be ignored that the Metallization Layer itself provides a passive defense to probing, as discussed below. 

10 

iv. RTC Rollover Bit and the Clock Integrity Check. 

[0083] As discussed above, the Real Time Clock 5 uses a 32.768 KHz crystal to drive a Ripple Counter 248 which 
keeps UNIX time. Were one to replace this crystal with a frequency source several orders of magnitude higher, while 

75 the SPU is operating under battery power only, one could conceivably roll the counter over a predetermined number of 
pulses to the point where, when system power is reapplied, the Micro Controller 3 would not be able to detect that any 
discernable amount of time had passed since the previous time it was turned on. The implications for various applica- 
tions is serious, as for example: metering information, where the time the information was actually used and the time 
subsequently charged for such use would have little bearing on each other. 

20 [0084] Prior art solutions to detect clock tampering have the drawback that they require the entire system to be always 
tip and running; typically, however, in order to minimize power consumption in times of non-use, most of the 6ystem is 
powered down while the real-time clock continues to run from batteries. Thus, the problem is to create a mechanism 
that can detect tampering of a real time clock without the use of the external system, such mechanism to be contained 
wholly within the real time clock for security reasons, and be a minimal drain on the total power. 

25 [0085] In the present invention, referring to FIG. 1 , this problem is solved by the provision of a rollover bit in the Status 
Register 11, set by the ROLLOVER 34 signal. This rollover bit is configured to be read/write mask. i.e. it can only be 
cleared by writing a one to it when it already is set to one, and this write may only come from the Micro Controller 3, a 
feature which enhances security. The Rollover 34 signal is generated by the Real Time Clock 5 described above. The 
32 bits of the SC 305 output, as per FIG. 8, represents a carry-over at 2 32 cycles, corresponding to about 136 years 

30 when operating in conjunction with a 32.768 KHz crystal. This is well within the contemplated lifetime of any SPU prod- 
uct. Even clocking the circuit at something like 32.768 MHz, three orders of magnitude higher, were this tolerated by the 
oscillator circuitry would result in a rollover after every 49.7 days, a long time for a would-be attacker to wait, and even 
then such attacker would be foiled by the rollover bit feature, as a rollover should never occur within the contemplated 
lifetime of the product, as just discussed. Resorting to a second rollover would not work, as the rollover bit cannot be 

35 cleared by a second carry-over, as just described. 

[0086] This approach has the advantages of Hs low cost of implementation, the small amount of SPU real estate it 
requires, and its compatibility with a simple ripple counter architecture, yet not inviting additional security risks. 
[0087] The security offered by the RTC Rollover Bit is supplemented by a general clock integrity check as shown in 
FIG. 14(a). The process begins at step 551 by reading back from RAM 8, or some special register, a prior readout of 

40 the Real Time Clock 5 stored by this process 552. A monotonicity test is performed by comparing the present time with 
the prior stored reading 553. If the present time is less, a security problem has arisen and is signalled 560 and the proc- 
ess should then terminate 558. If the present time is indeed greater, then It is stored for a future monotonicity test 554. 
Next, a fixed benchmark performance test is conducted 555; many of these types of tests are well-known in the art and 
need not be alluded to here. The important thing is that such test take a given number of system clock cycles, CTTL 25, 

45 such length established during production time testing or alternatively, clocked at run time for the given number of 
cycles. At the completion of the benchmark test, the completion time, as measured by the Real Time Clock 5, should 
be stored 556. Thus, the benchmark test elapsed time, as measured by the Real Time Clock 5, can be calculated and 
compared with the number of CTTL 25 clock cycles. The initial calibration of the System Clock 2, that is, the setting of 
its operational frequency, should provide the necessary conversion factor between the Real Time Clock 5 and the Sys- 

so tern Clock 2, allowing such a comparison. As described earlier, the System Clock 2 also exhibits a considerable degree 
of variability with temperature; thus, the time comparison should take into account some operational tolerance 557. If 
the comparison falls outside this tolerance, the security problem should be signalled 559, but in either case the process 
would then terminate 558. 

55 v. VRT Security Bit and the Power Integrity Check . 

[0088] The VRT Security Bit is provided to inform the system that both the battery and system power have simulta- 
neously dropped below an acceptable voltage, for example 2V. When that occurs, any volatile storage information, as 
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°"-* iP ^S^^^^JSS^^^^mvuZ, or pdwown resists, droned to make ft. 

mmwmmm 

ventionally stored along with the RAM 8 it is measuring. 

^■■zsssa srasKss Errs. — « — * — - - *— - 

SSr? SftSmrSt isset to 0 a modification detection operation is also performed 259. If no mcdttication ie detected. 
KlS.rrlti power «* in ome, words. e»hough th. RAM 8 Present* checks cot the power can- 
not be trusted end eo this problem should be eignalted iMtrt •» «^ » '„ . „„ detection ie 
rnno9i Finallv there is the scenario where modification was detected, yet vm is u irm> nwunwuu 

an^ori 47ein IS. Finally, the SPU will set the VRT bit to 1. putting it into the norma, operating state 266. after 
which the process may exit 257. 

vl Mfipttfiilag Prevention. 

rmwrci with PDPS one is concerned with protecting secret information which, among other objectives, implies thwart- 
nTa^yaWo^ 

S?D^ mulhave input and output ports. taKng in data, performing 

secret information and then outputting the resulting data. If an integrated C'^ could be altered ^£2fS!Z 
secret information contained in the device could be extracted through an .nput or output port, or if a random 

jSsT^or solutions relied on the difficulty in modifying already complete manufactured i "tegrated 

s7o tonoV tS mm. as semiconductor evaluation tools have drastically improved ,n the.rsoph.st, ^ and ^f '^ 

r^nSal Scenario. In both cases, therefore, monitoring the input and output ports would allow the secret .nfor- 
S ^eteiTnwhich to combat this problem, in the present invention, is to create a mechanism interna, to the 
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chip that verifies that the original design of the input or output circuitry has not been modified by either an attack or ran- 
dom failure, before bringing out any secret information onto the internal bus. This is accomplished by interrogating crit- 
ical circuit components to ensure that they are intact and functioning correctly. The detection of a security breach could 
thus be acted upon accordingly, but at the very least, the bus should be disabled from bringing out any secret informa- 
5 tion. Also, the secret information should be brought out in several pieces, which has the virtue that, were a random hard- 
ware fault to occur precisely when secret information was brought onto the internal bus, then only a small and probably 
useless portion would be compromised. 

[0097] The SPU contains ports that allow data to be transferred from an internal secure bus to external buses. The 
implementation is brought about, in one embodiment, with special circuitry that is added to the input/output ports and 

10 special routines in firmware that are executed by the internal Micro Controller. The internal Micro Controller keeps an 
internal copy of the last data written to the output register of that port. The internal Micro Controller reads the contents 
of both the input and output registers; typically, only the input registers can be read by the internal Micro Controller. 
Before bringing secure information onto the bus, the Micro Controller interrogates the port to ensure that the last valid 
data written to the port is still in place; otherwise, the Micro Controller does not bring secret information onto the bus. If 

75 valid data is in place, then a portion of the secret data is brought onto the bus and transferred internally as necessary. 
The port is again checked to ensure that valid data is in place in the input/output port's output register. If the secret data, 
or any other data, is detected in the ports then the Micro Controller does not bring any other secret information onto the 
bus. This is continued until all secret information is transferred to its internal destination. 

[0098] It should be noted that the use, or non-use, of the Bus Monitor is a process controlled from firmware. Referring 
20 to FIG. 15, this process shall now be described in detail. Upon the Start 320, the Micro Controller 3 determines whether 
secret data needs to be transferred onto the Internal Bus 10 in step 352. If not, data may be transferred on the Internal 
Bus 10 in the conventional manner 353. If secret data is to be transferred on the Internal Bus 10, the Micro Controller 
3 reads back the output port registers 354, and stores them in temporary storage 355. In one embodiment, before 
secret data is moved onto the Internal Bus 1 0, non-secret data is sent over the Internal Bus 1 0 as a test 356. The output 
25 port registers are again read back 357, and compared with the previously stored read back 358. Should they prove dif- 
ferent, the process aborts and signals the security problem 325 and exits at step 362, but if they are the same, the proc- 
ess may proceed, as part of a loop, to determine whether any and all parts of the secret data have already been 
transferred on the Internal Bus 10 in step 359. If not, the next part of the secret data is moved on the Internal Bus 10 at 
step 360 and then the process loops back to step 357 to read back the output port registers again. If all parts of the 
30 secret data has been transferred, the process loops back to step 352 to control further data transfers on the Internal 
Bus 10. 

[0099] This approach has the virtue of relatively low cost implementation, without any special semiconductor process- 
ing. It also guards against combined physical and electrical attacks, as well as random failures. This system, by being 
implemented in multiple blocks within the integrated circuit, in conjunction with firmware operated by the Micro Control- 
35 ler, would be expensive and difficult to reverse engineer. 

vii. Trip Wire Input 

[0100] Many of the concerns regarding attack on the input/output pins of the SPU, described above in the context of 
40 the Bus Monitor Prevention, may be addressed through monitoring of just these pins, providing cryptographic alarms or 
trip wires to just those kind of attacks. An attacker may be monitoring any given pin, to determine its functionality. The 
PINs 32 of the I/O Port 1 , being programmable, are ideally suited to detect any such unexpected read or writes. Fur- 
thermore, they may be used not only to detect an attacker usurping these PINs 32, but may also be used as inputs from 
off-chip external detectors, such as a battery of photo detectors arrayed inside a PCMCIA card. 
45 [0101] With reference to FIG. 16, the process that begins at step 401 will now be described in detail. A given bit the 
Xth bit, on the I/O Port 1 is set to a 1 402. The process waits until the operating system has determined it is time for the 
I/O Port 1 to be checked 403. This should take into account, for instance, when such pin needs to be used for regular 
I/O operations. When such time arrives, the Xth bit is read 404 and checked if it is still a 1 405. H so, the process may 
return to its wait state at step 402. Otherwise, the process aborts and signals the security problem 406, and the process 
so exits 407. 

vili. Software Attack Monitor 

[0102] One of the least expensive ways to defeat the security system in a hardware device (which may contain a plu- 
55 rality of components such as a microprocessor. PAL's. etc.) is to mount a random data electronic attack on the hardware 
device. Specifically, an attacker could send signals (which may be commands, data, or random signals) to the input pins 
of some of the components in the device and monitor the output pins of the same and/or different components. This 
kind of attack requires little or no special hardware, and the attacker may be able to learn confidential information con- 



14 

S DOC ID: <EP 09659O2A2_L> 



EP 0 965 902 A2 



tained in or protected by the hardware device. 

T01031 A tvoical attack strategy is now described. An attacker would monitor the hardware and software operation o 
the wmponS fofsome period of time during normal operation. As a result, the attacker could determine the norrna 
com3 structure of the programmable components in the hardware device. The atta^er wou W then create itmtm 

s own command sequences (e.g., by slightly modifying the commands or the command operators, or even creating 
Se^ Sent Smmands based on ?he information obtained. The reaction of the components to these command 
s2utnc^eTeS?ed as thus buiiding up a "characterization database." As the operation £ events 
becomes understood, the signals sent to the components are no longer random but are des.gned to identrf y commands 
that could defeat the security of the system. ,. u . _ 

w 01041 It can be seen from the above attack strategy that the components in the hardware dev.ce. .nclud.ng the micro- 
pSsor.^ rUfve a .arge number of invalfc commands, at least during the initial phase of the 
oneaspect of thepresent invention is tor the SPUtodetect the occurrence of an excess.ve number of .nvalidrommands 
an^ Sw. appropriate actions to defeat or hinder the attack. One shou.d bear in mind that some P^ZTS 
functions generate a series of invalid commands, as for example, when a computer upon boot-up interrogates all 

is peripheral devices and ports to determine if they are present and active. 

[0105] One means by which to measure an "excessive number" of invalid commands is to determine the number. af 

nvalid commands per unit time. The appropriate time unit can be determined by: (1) *f ;°"°>^_of * 

by an oscillator, such as RTCLK 29; (2) a predetermined number of ticks of the Real Time Clock 

timing loop. If the number of invalid commands per unit time exceeds a predetermined value ( limit parameter"), appro- 

20 priate action will be taken by the SPU. . . . „ „ M ~i=tari 

[01 06] In some situations, it may be preferable for the SPU to set several limit parameters, each hav ng an ass<*«ted 
action FIG. 17 contains a flowchart 940 which includes four limit parameters. Note that the number of ''^Parameters 
illustrative only, and any number of limit parameters may be used. The flowchart begins at step ^ a ^en s g te the 
values of each of the four limit parameters 942. The flowchart then branches .nto a loop consisting of blocks MJ"«J- ' 
[0107] In block 946. the SPU determines whether a command is valid. If the command is valid, it is processed in the 
egular manner (block 948). The flowchart then branches back to block 946 to fetch and ^^^Z^ZTtnl 
the command is not valid, flowchart 940 goes to block 950. which calculates the number of invalid command per unrt 
time The result of the calculation is compared with the first limit parameter (block 952)^ If the resurt isles* i than tine f £ * 
limit parameter, then no tamper-reactive action is taken, and the flowchart branches back to block W6 to P^s th e 
next command. If the result is larger than the first limit parameter, the process generates a s.gnal .nd.cating a fret level 

%m ThS S^a^e^branches to block 956. which compares the number of invalid commands per unit time with 
a second limit parameter. If the number is less than the second limit parameter then no additional act.^js teken^and 
flowchart 940 branches back to block 946 to process the next command then. If the number is large than the second- 
limit parameter, the process generates a signal indicating a second level security problem (block 958). 
[01 09] The flowchart 940 then branches to block 960. which compares the number of invalid commands per unit time 
wrth a third limit parameter. If the number is less than the third limit parameter^ addrt ,onal action .s taken. and How- 
chart 940 branches back to block 946 to process the next command. If the number is larger than the th.rd Hm.1 param- 
eter, the process generates a signal indicating a third level security problem (block 958). 

[01 1 0] The flowchart 940 then branches to block 964. which compares the number of invalid commands per unrt time 
with a fourth limit parameter. If the number is less than the fourth limit parameter no additional action is t£«un* f low- 
chart 940 branches back to block 946 to process the next command. If the number is larger than the fourth limit param- 
eter, the process generates a signal indicating a fourth level security problem (block 958). , _ 
[0111] It is of course up to the supervisory program to decide what steps to take in response to signals of the vanous 
limit security problems. The SPU can be programmed to take any or all appropnate actions. 

ft. Programmable Security. 

[0112] The Programmable Distributed Personal Security System is based on the orchestration of three conceptually 
distinct, but nonetheless, interrelated systems: (0 detectors, which alert the SPU to the existence, and hdp charartenze 
the nature, of an attack; (ii) filters, which correlate the data from the various detectors, weighing the seventy of the attack 
against the risk to the SPU* integrity, both to its secret data and to the design itself: and (iiQ responses. wh,ch are coun- 
termeasures. calculated by the filters to be most appropriate under the circumstances, to deal wrth he , afl ack or attacks 
present The selection of responses by the filters would be said to constitute the "policy" of the 
lion permits a wide capability in all three of the detectors, filters and responses, allowing a great degree of flexibility for 
programming an appropriate level of security/policy into an SPU-based application ..u-dii^ 
[0113] The effectiveness of this PDPS trio is enhanced significantly by the other design features of the SPU archrtec- 
ture disclosed herein, for example: the Power Block 13. Power Isolation 13. Silicon Firewall 20. System Clock 2 and 
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Real Time Clock 5, and the Inverting Key Storage. Although the implementation of some of these features creates secu- 
rity barriers, which do not strictly fit into the detector/filter/response paradigm, the presence of these barriers certainly 
slows or even thwarts an attacker's progress, allowing for more time to detect an attack, filter out the characteristics of 
such attack and thus make a more measured response thereto. 

5 

I. Detection . 

[01 14] A wide variety of detectors have already been disclosed - some implemented in hardware, others in firmware. 
Some may bear witness unambiguously to an actual physical intrusion into the SPU, such as the Metallization Layer 
10 Detector 18; others such as the Photo Detector 16 may be triggered by noninvasive means such an X-ray of the SPU, 
or by very invasive means, such as the actual de-encapsulation of the chip. Again, the purpose at this stage is not to 
decide on the course of action, nor even to coordinate all related information; it is simply to report the detection and 
move on. 

[0115] Referring to FIG. 18, the process of how detectors are generally handled will now be described. The process 

15 begins 451 by a decision of whether the detector signal is generated by hardware or firmware 452. The exact nature of 
how this step is taken is unimportant. Here it is represented by an interrupt generated in the Micro Controller 3, but it 
could just as easily be based on some periodic polling of registers or any other equivalent method well-known to prac- 
titioners in the art. Even the distinction between firmware and hardware detectors is at a certain level irrelevant, as the 
parallelism present in FIG. 1 8 shows. If the interrupt was generated by hardware, the Status Register 1 1 would then be 

20 polled 453. In this implementation, the key to determining whether indeed any hardware detector was activated was that 
one or more bits of the Status Register 1 1 should have changed from the last time it was read 454. if so, the SPU could 
then take actions as dictated by its programmed policy 455. If not, either an error has occurred owing to a false detec- 
tion or certain operational features are in play, such as the signal owing to a periodic wake-up of the SPU under battery 
power. In either case, action dictated by policy, given such an error or feature, should then be taken 460. Alternatively, 

25 at step 452, had the signal originated in firmware, the process would set about determining the routine generating it 
461 . If such routine proved to be a valid one 462, again action should be taken as dictated by policy 455. Otherwise, 
action consistent with this error or possible feature should be taken, again as dictated by policy 463. All the aforemen- 
tioned scenarios thereafter converge. If, in accordance with one alternate embodiment disclosed herein, an alarm 
wake-up capability is provided, and the process was invoked owing to such an alarm 456, the process would then gen- 

30 erate the SLEEP 41 signal 459 and terminate 458. Otherwise, the process would return from interrupt or whatever 
housekeeping required in accordance with the particular implementation used 457 and then terminate 458. 

8i. Filtering . 

35 [01 1 6] The programmable filtering process lies at the heart of PDPS; without it one merely has hardwired and indis- 
criminate responses to various attacks. With reference to FIG. 19, this process itself consists of two stages: (i) correlat- 
ing signals produced by the various detectors to ascertain the attacks involved (FIGS. 19(a), 19(b), 19(c)); and (ii) 
based on the attacks involved, to select an appropriate response (FIGS. 19(d), 19(e), 19(f)). There are, of course, oper- 
ational factors involved at both stages of this process. These factors may be static and intrinsically related to the type 

40 of application, the architecture of the SPU, etc., or they may be dynamically varying and related to, for example: (i) the 
prior history or frequency of detected signals, responses, or all events; (ii) the present state of the SPU; (ill*) the present 
stage or mode of the application; (iv) the potential harm a given attack may represent; or (v) combinations of factors or 
detectors, for example, coming from a given set, occurring in a particular order, or occurring within a fixed time frame. 
[0117] The conditions whereby the detectors are correlated are as follows. In FIG. 19(a), a false alarm condition is 

45 shown. A signal is detected. D a 501, without corresponding to any real attack, Aq 502. There are various means by 
which such a false alarm could be discerned. For example, the detector producing the D a 501 signal could be polled 
once more to determine whether the first reading was spurious or not. Alternatively, it may be inferred from the state of 
other detectors. Such a scenario will be discussed in the context of FIG. 19(c). FIG. 19(b) demonstrates an opposite 
extreme, where a signal D b 503 corresponds unambiguously to one attack, At, 504. However, most attacks will be char- 

50 acterized as in FIG. 1 9(c), where each of one or more detectors, D c1 505, D c2 506 and D^ 507, in conjunction with zero 
or more factors, F c1 508, F c2 509 are required to fully characterize a given attack, Ac 510. 

[0118] The selection of responses to attacks fall into the following categories. There is, of course, the non-response 
R 0 512, in FIG. 1 9(d), whereby no action is taken for a given attack, Ad 51 1 . This may owe to a lack of capability, a delib- 
erate design choice, or an application decision. In FIG. 19(e), analogous to the unambiguous condition of FIG. 19(b). 
55 there is the unconditional response R ft 514 to an attack A« 513. This may represent a last-ditch scenario, where all outer 
defenses have been breached and some unequivocal and serious countermeasure needs to be taken. On the other 
hand, it may also be an application decision. Finally, in FIG. 19(f), there is the general scenario where one or more 
attacks, An 515, A^ 516, in conjunction with zero or more factors, F f1 517, 518, F f3 519, must have been or are 
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present, in order to select the response R, 520. 

[0119] Bycustomtailoringtheconelationo^ 

triable security system can be application- as well as environment-specific. 

111. Responses. 

roi20l The final svstem of PDPS involves the provision of a wide variety of responses, to allow for a rich and full set 
7<2mJ£!mmM attack scenario. These responses can be categorized into five major groups: (,) 

SZn^Z! « l*S <W M restriction of access; and (v) destructive. Examples of each are g.ven ,n 
TABLE I. which is meant to be an illustrative, but by no means exhaustive, list. 



TABLE I 



Examples of Typical Responses 




Passive 


Alarm 


Decoy 


Restricted Access 


Destructive 


• Non-response 

• Log attack inter- 
nally 


• Signal local compu- 
ter 

• Signal remote com- 
puter 

• Set I/O Port pin high 


• Random command 
response 

• Random external 
bus activity 


• Disable SPU for 
period of time 

• Require recertifica- 
tion 

• Disabling use of 
keys, passwords 


• Destroy keys 

• Destroy secret data 

• Disable SPU per- 
manently 



roi211 A oassive response would be one where the SPU conveys no external signal, nor functions in any observable 
manner SSHS ^ normal mode of operation. This would of course include the classic "non-response d,s- 
eussed earlier but also an on-board logging of the attack with, its type, timestamp. context, etc. 
mm ^alarmrSsewoUd indeed convey an externally detectable signal. The SPU may signal the calling appli- 
cation ^nSSTuL that the SPU is aware of the attack and may have to proceed to moredrastc meas- 
2£if sLch attack is not discontinued. In a situation where the SPU is connected via a network or modem to some 
mSi orCcoSe . ?foTwU h an information metering context, the SPU may signal that remote compter to 
TtS7e3*« 1 attempting to attack it. On the hardware level, an alarm may be implemented s.mp!y by setting 

SSf" *tt££!!£ oneSat departs from the norma, mode of SPU activrty. It may indeed mimic valid SPU 
S ££Z 3 I be I iecute SPU commands, or to generate signals on the Externa- Bus Interlace 9. erther 

EST A SaSSSStisaae some funrfons from the norma, mode of SPU ope^io, 
S^es Z^e^^TpU totally for some period of rime or until recertified in some manner, or d,sab.ing 

include destruction in memory, by erasing keys or other secret data, or permanent physical disablement, such as the 
burning out of internal fuses. 

d. Attack Scenarios . 

roi261 Now that the overall structure of the invention has been laid out. it is fruitful to describe in detail the various 
SJ^mhlh they are conducted, the information or effect they wish to achieve or the 
5ettanTeaSeTof the SPU that would thwart such an attack, factors that are relevant in reacting to such attacks, and 
tS reswn^a»r«riateto such an attack. A summary of the applicable disclosed SPU features, detectors and 

»• These scenarios are by no means exhaustive, but merely illustrative. All further 
references, unless specified otherwise, are to elements of FIG. 1 . 
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TABLE II 



5 


Summary of Attack Scenarios 




Attar*!* Tuna 


oru rroieciive reaturejsj 


Triggered Detector(s) 


Suggested Response(s) 




ciecincai AvnacK on i/vj 


• on icon rirewan du 


• Bus Monitor 


• Random command 




Ports 


• Alarm wake up 


• Trip Wire Input 


response 


10 






• Software Attack Monitor 

• Metallization layer detector 
18 


• Random external bus 
activity 

• Disable SPU temporarily 


15 






• Photo Detector 16 


• Disable SPU permanently 


Clock Attack 


• Silicon Firewall 20 


• RTC Rollover Bit 


• Use other clock 






• System Clock 2 


• Monotonicity test 


• Disable metering func- 


20 




• Real Time Clock 5 


♦ System/Real Time Clock 
cross-cnecK 

• lemperature u etector 17 


tions 




r\ey MitacK 


• Battery-backed RAM 8 


• Metallization layer detector 


• Disable use of keys 






• Metallization layer 


18 


• Destroy keys 


25 




• Inverting key storage 


• Bus Monitor 

• VRT Security Bit 






Physical Attack j 


• Physical coating 


• Temperature Detector 17 


• Disable keys, secret data 


30 




• Metallization layer 


• Photo Detector 16 


• Destroy keys, secret data 




Combination Attack 


• Any/all of the above 


• Any/all of the above 


• Any/all of the above 




User Fraud 


• Silicon Firewall 20 


• RTC Rollover Bit 


• Signal Local Computer 


35 




• Power Block 13 


• Monotonicity test 


• Signal Remote Computer 






• System/Real Time Clock 
cross-check 

• VRT Security Bit 


• Disable metering func- 
tions 

• Require recertification 



40 

I. Electrical Attack on I/O Ports. 



[01 27] Arguably, the simplest form of attack would be an electrical attack on the I/O Port 1 . This type of attack requires 
very little special hardware. The attacker simply uses the same system configuration that is used in the normal applica- 
45 tion, however instead of using the intended software, the attacker creates his own code to interrogate the device. The 
attacker could go one step further and place monitoring equipment on strategic points in the circuit, as for exarrple, the 
SPU pins or PAL outputs. This would allow the attacker to more thoroughly characterize the chip in its normal operation, 
and when it is under attack. 

[01 28] The typical approach would be to monitor the hardware or software for some period of time during normal oper- 
50 ation. From this the attacker could determine the normal command sequence. After this characterization, the attacker 
could then create his own command sequences based on the information he has obtained. He could try to slightly mod- 
ify the commands or the command operators to get the device to perform different functions. He might also try to issue 
commands that he did not see before to see how the device would react. All during this process the attacker would be 
recording the responses to the different stimuli. As patterns are detected, the data that is issued to the device is no 
55 longer random but designed to further evaluate the particular operation. This continues until a particular operation is 
fully characterized. It would be the attacker's intention to identify commands or responses that could defeat the overall 
system. For example, the attacker might be looking for a reset operation command, and could then issue such com- 
mand at inappropriate times. 
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[0129] The Silicon Firewall 20 would prevent asynchronous signals from the attacker overwhelming the system. The 
Software Attack Monitor (FIG. 17) would be very sensitive to the overall characterization process. Possibly appropriate 
responses, in accordance with the measured stages of the Software Attack Monitor, would be to lead an attacker astray 
with random responses, or eventual disablement of the SPU. 

ii. Clock Attack. 

[0130] Many applications of the SPU could employ the Real Time Clock5 advantageously, as for example in informa- 
tion metering. However, the Real Time Clock 5 could be attacked in a variety of ways. The external crystal 15 could be 
substituted to modify the frequency of the RTC Oscillator 15 and hence the internal Real Time Clock 5 The SPU is 
designed to perform integrity tasks, one of which is to check the Real Time Clock 5 against the System Clock 2 to see 
if it is operating in the correct range (FIG. 14(a)). However, in one embodiment, these integrity tasks would be per- 
formed only when the entire system is powered; when system power VDD 22 is removed, when only the battery-backed 
Real Time Clock 5 remains operational. It is at this opportunity that an attacker could attack the external crystal 15 with- 
out immediate detection. As the Real Time Clock 5 uses a simple binary ripple counter, an attacker could advance the 
counter until it rolled over. Subsequently, the attacker could continue to run the clock forward to whatever given time 
reading he wished. This is analogous to the resetting of the odometer of a used car by an unscrupulous dealer. 
[0131] The inaccessibility of the Internal System Clock 2 to attack, and the Real Time Clock 5 buffering the time agnal 
through an internal Silicon Firewall, certainly stand as barriers in the attacker's way. The System Clock/Real Time Clock 
cross-check of FIG. 14(a) would detect any switch on power up. If an attacker tried to set the System dock 2 off by cool- 
ing or heating the SPU, the Temperature Detector 17 would give such approach away, as well as a clock cross-check, 
hitherto successfully, eventually failing for falling outside the operational tolerance. Furthermore, an attacker attempting 
to rollover the Real Time Clock 5 would cause the ROLLOVER 34 signal to go off. A possible response would be to use 
the System Clock 2 to whatever extent possible in lieu of the Real Time Clock 5 should that clock prove untrustworthy. 
However, that option is highly application-dependent, in an information metering context. A more likely response would 
be to disable all metering functions. 

III. Key Attack . 

[0132] Secret information is stored in volatile memory, such as RAM 8 within the SPU. rather than ROM ^This is 
done to prevent an attacker from gaining access to this information by simply de-encapsulating the SPU chip and read- 
ing" the schematic. However, when keys or other such secret information are stored in volatile memory within a chip, 
one can deprocess the chip and detect residual charge in the volatile memory which may reveal the contents stored 
therein The act of deprocessing would cause power to be removed from the volatile memory, thus causing the data 
within the memory to be lost, as the charge decays within the semiconductor. However. H the volatile memory contains 
the same data for a protracted period of time, charge may build up in the dielectric portion of the memory cell, charge 
which may be feasible to detect despite removal of power. Also, it may be possible to artificially age the memory device 
by elevating the voltage and changing the operational temperature of the silicon, thus making the SPU even more sus- 
ceptible to this memory effect. , , 
[0133] As described earlier, the Inverting Key Storage (FIGS. 9. 1 0) feature would thwart such key attack by averaging 
out any residual charge. The de-encapsulation process would be rendered more difficult by the presence of the Metal- 
lization layer, and the Metallization Layer detector 18 would be set off the moment such layer was cut. The protocol of 
the Bus Monitor Prevention (FIG. 15). transferring only parts of keys from RAM 8 to the DES Block 6 via Internal Bus 
1 0 would hinder tracing the keys, as well as giving away such attempts. Possible responses might be to disable the keys 
or other secret data from use. or where the security concerns are very high, or the assault unrelenting, to finally destroy 
them. Active zeroization could be used to assure such process of erasure is complete. 

Iv. Physical Attack. 

[01 34] An attacker might try to de-encapsulate a chip in order to reverse engineer it. Simple observation of the chip 
layout can lead one experienced in the art to determine where the Micro Controller 3. I/O Port 1 . memory, etc.. are 
located. Recognizing the pedigree of a chip. i.e. knowing the manufacturer and the series number and prior chips there- 
from can also aid in the resolution of functionality. Some structures are laid down randomly; others such as RAM and 
ROM are well-known and normally laid down in regular patterns via chip design macros, meaning that large areas of a 
chip need not be reverse engineered. Detailed resolution of the chip layout can result in reverse engineering of a chip, 
a process that might cost as much as $100,000 with today's technology. 

[01 35] Semiconductor industry evaluation tools now provide the capability of making edits to an integrated circuit after 
processing has been completed. For example. Focused Ion Beam Mill technology has advanced to the point where the 
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equipment is capable of selectively removing or depositing material on the surface of an integrated circuit. These 
devices can remove layers of metal and oxide and also lay down layers of metal on the integrated circuit's surface. 
These devices are ostensibly used to debug integrated circuits by cutting metal traces that connect logic gates and by 
reconnecting the logical gates in a different manner. It is feasible to lay down internal probes; however, it is less costly 
5 and less difficult to modify an existing I/O port 

[0136] This kind of attack would first be thwarted by the physical coatings on the SPU, then the Metallization Layer; 
both acting to make difficult the process of ascertaining the chip layout and to actuate a connection of a test probe to 
nodes within the SPU. Such an attack would likely trigger the Metallization Layer Detector 18, the Photo Detector 16, 
and running the altered circuit live under system power VDD 22 would likely trigger the Bus Monitoring Prevention (FIG. 
10 15). The same responses as given above would likely be appropriate as well. The actual act of de-encapsulation 
through grinding can create enough heat to trigger the Temperature Detector 17 as well as set off a vibration detector, 
and again, unless done in total darkness, exposure of the die would set off the Photo Detector 16. Disabling or even 
destroying the keys and secret data seem the most likely responses to such a scenario. 

is v. Combination Attack. 

[0137] Deprocessing is a sophisticated process, requiring first de-encapsulation and then placing the chip, under 
power, on an ion probing station. Such a machine can actually detect voltage potentials at different pans of the chip, 
resolving the operational characteristics thereof. The probe cannot observe through a Metallization Layer; however, this 
20 would only serve to slow such a machine down. The machine can also be used to remove the Metallization Layer and 
thus uncover previously secure areas. The attacker might even try to reconnect any broken traces in the Metallization 
Layer before attempting to access secret information. 

[0138] This attack would be slowed by practically every SPU protective feature, trigger practically all the aforemen- 
tioned detectors, and could certainly be frustrated by any of the responses discussed and more. No guarantee of abso- 
25 lute security can ever be made, but as here the SPU. subject to the full range of defenses, would make an attack so 
costly in time and money, as to make the whole attempt pointless for the types of applications contemplated. 

vi. User Fraud. 

so [0139] The thrust of user fraud is not to reverse engineer the SPU; that is chiefly the province of parties wishing to 
reproduce compatible or competing SPU products. The fraudulent user instead wishes to use products incorporating 
an existing SPU outside of its intended use, e.g., not paying, or being wholly undercharged, for information used 
through an information metering device, which is a likely fraud scenario. Thus, such a user may try simple operations 
such as trying to rollover the clock, or by resetting the device at various operational stages, a user might hope to inter- 

35 fere with usage reporting or metering. Furthermore, also in the information metering context by trying to overwrite the 
RAM 8, after a large purchase, with the contents of the same RAM 8, from before the purchase, a user might hope to 
erase the traces of such transaction. 

[0140] The Power Block 13, with its powering up and down mechanisms, the Silicon Firewall 20, and the Software 
Attack Monitor (FIG. 17), give an attacker little opportunity for throwing the SPU into an unpredictable or unreliable state 
40 by inopportune resets, as discussed before. The protection of the ROLLOVER 34 signal and the clock cross-checks 
have also already been well described. 

[0141] In the information metering context, usage might be based on pre-set credit limits, that should the SPU unit 
fail, it would be presumed that the credit limit had completely used, and thus the metering functions would be disabled. 
The user could only overcome this presumption by physically turning over the unit to whatever servicing agent to prove 
45 it had not been tampered with, or by remote interrogation via modem for instance, and thereafter have the servicing 
agent would recertify the SPU device. 

e. Sample SPU Application . 

so [0142] Now that the architecture of the SPU, the nature of the detectors, the detectionAiltering/response paradigm of 
POPS, and the nature of expected attacks have been discussed, it would be useful to proceed through a sample appli- 
cation which illustrates the principles of the present invention. For this purpose, a modest application is postulated: the 
use of the SPU-equipped PCMCIA card, an "access card", whose sole function is to provide digital cash. It thus oper- 
ates a simple debit-type card, programmed with a certain amount of money, and debited, through use of a PIN number 

55 in various transactions, until the entire programmed-in credit has been exhausted. 

[0143] The detection/filtering/response process for this access card is as shown in FIG. 20. It is by no means meant 
to be comprehensive, nor necessarily truly realistic, but simply illustrative of the application-specific demands placed 
upon programmable security. References herein may also be made to other figures or particular elements present in 
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FIG 1. The process starts 1 001 by determining whether any detector has been set off 1 002. If not. the process loops 
back to 1002. preferably performing all the other tasks necessary to the application in the interim. 
[0144] If the Photo Detector 1 6 is set off 1004. the next inquiry is whether such detection is sustained over a period 
of time 1034. For example, the access card may have been briefly passed through an X-ray machine at the airport 
s Such exposure should be very short term. Thus, if the exposure is not sustained, the event should just be logged 1042 
and the process returns, through connectors 1043. 1003 to step 1002 (all references to connectors will henceforth be 
dispensed with for the sake of clarity). If the exposure is sustained, the next inquiry is whether this detection is in con- 
junction with other detectors going off. This may be the hallmark of many of the attack scenarios discussed earlier If 
there is sustained photo detection in isolation, it is suspicious enough on its own that a prudent step might be to disable 
10 the access card until it is recertified by an appropriate agent 1 034. and thereafter the process loops back to step 1 002 
until further action is taken. Combined with other detectors going off. however, it might be best to disable the access 

caid permanently 1036. and the process would thus end there 1037. . . 

[01451 If the Temperature Detector 1 7 is set off 1 005. it may then be only necessary to ask whether it occurred in con- 
junction with other detectors going off 1030. This differs from the Photo Detector 17 scenario in that it is more likely that 
an access card would be subject to high heat for innocuous reasons, as for example, the user leaving the access card 
on the car dashboaro all afternoon. Thus, the application would be more forgiving to mere sustained high temperature. 
In that case, the process may simply log the event 1042 and loop back to step 1002. Combined with other detectors 
going off. it may indeed be wise to disable the access card permanently in step 1 036. 

101461 If the Metallization Layer Detector 1 8 is set off 1 006. it would be hard to justify anything but a harsh policy to 
such an event, such as to disable the access card permanently 1036. An exception would be where the Metallization 
Layer Detector 18 were of the LATN cell type (FIG. 1 3). which is so sensitive that other detectors should be correlated 
to make sure that a serious attack is indeed being made on the access card. 

[0147] H either the ROLLOVER 34 signal or the Clock Integrity Check (FIG. 14(a)) is triggered (steps 1008.1009 
respectively), it may be safe simply to ignore them 1 028 and loop back to step 1002. as this simply is not a time-sensi- 

25 [Ol^'^ePower Integrity Check (FIG. 14(b)) is triggered 1010. two situations are possible: (i) the enor state: or (ii) 
the low-power state. In the error state, the contents of RAM 8 are no longer trustworthy, which merits that the access 
card be disabled permanently 1036. In the low-power state, the RAM 8 contents are still trustworthy, but the battery 
power may soon fail, which therefore merits a message to the user to the effect that if the credit is not soon transferred 

30 to another access card, it may be irreparably lost 1 026. In the latter case, the process would again loop back to step 
1002 

[0149] If either the Bus Monitor (FIG. 15) or Trip Wire lnput(FIG. 1 6) are triggered 101 2, there appears little justifica- 
tion to do otherwise than to disable the access card permanently 1 036. 

[0150] If the Software Attack Monitor (FIG. 17) is triggered 1014. a logical first step would be to determine rf the 
as access card is still in the handshaking phase 1016. This would correspond, for example, to the access card being 
inserted into a card reader and various protocols attempted until a proper link is established between the card and the 
card reader. In other words, this "handshaking- process should be excluded from serious security consideration. There- 
after, a particularly important command that the access card should be focused upon is the proper PIN number being 
issued by the user. Thus, the first time an improper command is given within the period of one transaction 1018, the 
ao process may simply log the event 1 042. The second time an improper command is received within the period of one 
transaction 1020. the access card may issue a message to the user warning them not to do it again 1024. after which 
the process would again loop back to step 1002. The third time an improper command is received within the period of 
one transaction 1021. the access card may be disabled until recertification by an appropriate agent 1039; otherwise, it 
should be disabled permanently 1036. •„ , lU 

45 [0151] rf none of the above detectors is triggered, the process would loop back again to step 1002 to await further 

detected signals. , , . .. . .. 

[0152] Although the invention has been described in detail with reference to its presently preferred embodiments, it 
will be understood by one of ordinary skill in the art that various modifications can be made, without departing from the 
spirit and the scope of the invention. Accordingly, it is not intended that the invention be limited except as by the 
so appended claims. 

Claims 

1. A secure cryptographic chip for processing and storing sensitive information, including messages received and 
55 generated by the chip and keys used to encrypt and decrypt the messages, and for securing the information 
against potential attacks, the chip comprising: 

(a) a cryptographic engine for performing cryptographic operations on messages using a first key; 
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(b) one or more detectors for detecting events characteristic of an attack; and 

(c) a plurality of potential responses to detected events, whereby sensitive information is unencrypted only on 
the chip, where it is secure from attack. 

2. A chip according to claim 1 and including a programmable filter for correlating detected events with one or more 
operational factors and for selecting and invoking one or more responses based upon the correlation. 

3. A chip according to claim 1 , further comprising a key generator for generating a second key used by the crypto- 
graphic engine to perform cryptographic operations on the first key. 

4. A secure chip according to claim 1 and further comprising: 

(a) an internal system clock for synchronising functions performed on the chip; and 

(b) an external signal synchroniser for synchronising to the internal system clock all asynchronous external sig- 
nals received by the chip, 

whereby the chip cannot be placed in an unknown state due to the receipt of asynchronous external signals. 

5. A secure chip according to claim 4 wherein the external signal synchronizer synchronises asynchronous external 
signals by accepting and using the signals only at selected times determined by the internal system clock. 

6. A chip according to claim 1 and further comprising: 

(a) an internal bus for transferring information among components of the chip; 

(b) an input/output port for transferring information between internal components of the chip and external 
devices; and 

(c) a bus monitor for periodically comparing the contents of the input/output port before and after the transfer 
of information along the internal bus, 

whereby the chip can detect unauthorised rerouting, to the input/output port, of sensitive information transferred 
along the internal bus. 

\ A chip according to claim 6 wherein the bus monitor compares the contents of the input/output port before and 
after: 

(a) a firs transfer of less than all of the sensitive information desired to be transferred along the internal bus; 
and 

(b) a second transfer of the remaining sensitive information, if no change in the contents of the input/output port 
is detected following the first transfer, 

whereby the chip can effectively prevent the unauthorised rerouting, to the input/output port, of sensitive informa- 
tion transferred along the internal bus. 

. A chip according to claim 1 and further comprising: 

(a) a real time clock controlled by an external clock crystal having a substantially consistent external clock cycle 
frequency; 

(b) an internal system clock for synchronising functions performed on the chip, the internal system clock cycle 
frequency within a predetermined range of accuracy; and 

(c) a clock integrity checking means for causing the chip to perform a reference operations requiring a prede- 
termined number of internal clock cycles elapsed per actual external clock cycle during the performance of the 
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reference operation, whether the number of elapsed actual external clock cycles lies within the range of 
expected external clock cycles, 

whereby the chip can detect unauthorised tampering with the external clock frequency. 

9. A chip according to claim 1 and further comprising: 

(a) a real time clock controlled by an external clock crystal having a substantially consistent external clock fre- 
quency, the real time clock having a counter for counting the number of elapsed external clock cycles; 

(b) a rollover detector for detecting whether the real time dock counter rolled over; and 

(c) a rollover bit, set upon detecting that the real time clock counter rolled over. 

whereby, if the rolling bit is set during an operation not expected to require a sufficient number of external clock 
cycles to cause the counter to roll over, the chip will detect unauthorised tampering with the external clock fre- 
quency. 

1 0. A chip according to claim 1 and further comprising: 

(a) a rewritable memory for storing sensitive information; 

(b) a power loss detector for detecting that the loss of both system and battery power is imminent; and 

(c) a VRT bit for indicating the sufficiency of system and battery power following the loading of sensitive infer- 
mation into the rewritable memory, the VRT bit being set upon the loading of the sensitive information into the 
rewritable memory and reset upon the detection of power loss. 

whereby the chip can detect the need to save the sensitive information prior to the actual loss of both system and 
30 battery power. 

11. A chip according to claim 10 and further comprising a rewritable memory modification detector for detecting modi- 
fication of the rewritable memory, whereby the chip can detect the need to reload the sensitive information into the 
rewritable memory. 

12. A chip according to claim 1 wherein the chip comprises: 

(a) a rewritable memory for storing sensitive information having a substantially constant value; 

(b) a memory inverter for periodically inverting the contents of each cell of the rewritable memory; and 

(c) a memory state bit for indicating whether the contents of each cell of the rewritable memory are in their 
actual state, or in the inverted state, 

whereby the contents of the rewritable memory contain effectively no residual indication of the constant value of the 
sensitive information. 



15 



20 



25 



35 



40 



45 



SO 



55 



23 



EP 0 965 902 A2 



i 
i 
i 
i 
i 
i 
i 
i 
i 

39 -yi 

16;!;. 

I?!:! 



ALARM 
38 



21 22 23 
VBAT VDD VOUT 




19! 

EXTERNAL 
DETECTORS 



PIN 



32 



ADOR/DATA 



33 



41 SLEEP 



CHIP.PWRGD 



28 



POWER BLOCK 



40 



APWRGD 



24 



□ 



5*5 — i 



J<e> 



•11 



POWER ISOLATION 
12 



VPP 



13 



ROLLOVER 



RAM 



1^8 5^ 



34— L 



REAL TIME 
CLOCK 



36 



MICRO 
CONTROLLER 



T 



SYSCLK 



GENERAL 
PURPOSE 
I/O PORT 



10 



EXTERNAL 
BUS INTERFACE 



RTCLK 



29 



0SC_ON 
42 



35 



4- 



SYSTEU 

aoa 



25 

cm 



27 



PWRGD 



37 



1 DLY.PWRGD 
J ■ 26 



BUS 
CONTROLLER 



INTERNAL 
BUS 




31 



OES 
ENGINE 




14 



oscl □ 

15 



RESET 



30 



FIG. 1 



20 SILICON FIREWALL 



ISDOCID: <EP 096S902A2_I_> 



24 



EP 0 965 902 A2 



23- 



22- 
21- 



VOUT 



VDO 



V8AT 



VREF 
115 



101 



POWER 
SWITCHING 
CIRCUIT 



ypp 

APWRGD_ 

_S_LEE?_ 
ALARM _ 

PWRGD 



SET_PW0P 
110 



104 




VCCPWOP 
112 



VCCPUD 



106 

S3- 



START 



PWRUP 
COUNTER 



RESET 



CTTL 



-102 



114 



— 24 

— 40 
--41 
•--38 

— 27 



^•108 



109 



111 



107 



33- 



START 



CTTL 



PWRDN 
COUNTER 



RESET 



CLRJW 



103 



/ 



13 



FIG. 2 




CHIP. 
PWRGD 



28 



DLX-PWRGD 



26 



CTTL 



25 



SHUTDOWN 
113 



25 



EP 0 965 902 A2 



INPUT 




710 

/ 



OUTPUT 



FIG. 3 



720 
/ 




FIG. 4 




FIG. 5 



26 



EP 0 965 902 A2 



m 
to- 



ol 



co - 



IT) . 




j-Z] — 



27 



EP 0 965 902 A2 




SDOCID: <EP 096S9O2A2J_> 



28 



EP0 965 902 A2 



301 



aOCK_RTC 



CLEARRTC 



305 



302 
-J— 



RIPPLE COUNTER 



304 



10 



INTERNAL 
BUS 



BUS INTERFACE 
AND DECODER 



SC 
307 



CTTL 



303- 



25 



32 



SFC,_ 
306 



15 



ROLLOVER 



SYNC BLOCK 



SC 



SFC 



ROLL- 
OVER 



0SC_0N 



RTCLK 



•42 



29 



34 



310 



. '--S 



COUNTDOWN COUNTER 



308 



I 
I 



309 



t y~~ 38 



ALARM 



FIG. 8 



29 



EP 0 965 902 A2 




YES 



r 



EXECUTE OTHER 
FIRMWARE 
PROGRAMS 



800 



/ 



802 

i 



DISABLE ACCESS 
TO THE KEY 



•80B 



INVERTING All 
THE BITS OF 
THE KEY 



810 



CHANGE THE 
KEY INVERSION 
STATUS BIT 



^812 



ENABLE ACCESS 
TO THE KEY 



-814 



I . _ J I 



FIG. 9 



.096S902A2_I_> 



30 



EP 0 965 902 A2 




868 



FIG. 11 



31 



EP 0 965 902 A2 



00 



839 




4^ 



831 



827 



828 



/ 

820 




~7~ 
836 



829 



K 



830 



FIG. 10 



824 



832 



825 



32 



EP 0 965 902 A2 



915 


914 


915 


916 










i — n 




| L 




7\ 


909 


7\ 


910 




911 


7\ 


912 




925 



928 



926 



922 



929 



924 ^=5= 



932 



FIG. 13 



33 



EP 0 965 902 A2 



( START Y 



551 



READ BACK 
LAST RTC 
READING 



552 




{M0N0T0N1CITY 
TESTj 



jCLOCK 
CROSS-CHECK} 




SIGNAL 
SECURITY 
PROBLEM 



560 



RECORD PRESENT 
TIME AS 
RTC READING 



PERFORM FIXED 
TASK OF KNOWN 
SYSCLK DURATION 



555 



RECORD 
PRESENT TIME 
AS END READING 



556 




SIGNAL 
SECURITY 
PROBLEM 



•559 



c end r 558 

FIG. 14a 



34 



IDOCID: <EP 0965902A2_I_> 



EP 0 965 902 A2 



( START r 25 ' 
252 



POWER UP, 
INITIALIZE SPU 



{NORMAL 
OPERATING STATE} 



EXECUTE ONLY 

COMMANDS 
THAT RESTRICT 
ACCESS TO 
SECRET DATA 
"V 



PERFORM 
MODIFICATION 
DETECTION 




{MANUFACTURING 
STATE} 



ZEROIZE ALL 
SECRET DATA 

AREAS. 
USE DEFAULT 
CONFIGURATION. 



{ERROR 
STATE} 



{SECURED 
LOW-POWER 
STATE} 



SIGNAL 
SECURITY 
PROBLEM 



T 

258 



SIGNAL 
PROBLEM 



T 

261 



262 



ENABLE 
MANUFACTURING 
TEST AND SET 
CONFIGURATION 
COMMA NDS. 

— V" 
263 



PERFORM 
MANUFACTURING 
TESTS 



264 



LOAD 
SECRET DATA, 

STORE 
MODIFICATION 

COOE 



265 



SET VRT=1 



FIG. 14b 



C end ¥ 



257 



266 



35 



EP 0 965 902 A2 




READ BACK 
OUTPUT PORT 
REGISTERS 



TRANSFER ■ 
DATA ON BUS 
CONVENTIONALLY 



•353 



SAVE IN 
TEMPORARY 
STORAGE 



MOVE TEST 
NON-SECRET 
DATA 



READ BACK 
OUTPUT PORT 
REGISTERS 



•355 



•356 



•357 






ABORT. 
SIGNAL 
SECURITY PROBLEM 


* N 






\ 

361 



( END y ) 
362 



FIG. 15 



MOVE NEXT 
PART OF SECRET 
OATA 



36 



.0965902A2J_> 



EP 0 965 902 A2 



( START 3 ' 



401 



SET I/O PORT 
BIT X TO 1 



402 



HAS O/S 
DETERMINED 
WHETHER TO 
CHECK I/O 
PORT? 



FIG. 16 



READ I/O PORT 
BIT X 



• 404 




406 



ABORT, 
SIGNAL 
SECURITY PROBLEM 



C END Y 



407 



37 



EP 0 965 902 A2 



940 



^ START ) 
1 

SET VALUES 
OF THE 
LIMIT 
PARAMETERS 



942 




PROCESS 
VALID COMMAND 



948 



CALCULATE 
NUMBER OF 
INVALID 
COMMANDS/UNIT TIME 




SIGNAL 
FIRST LIMIT 
SECURITY PROBLEM 



-954 



SIGNAL 
SECOND LIMIT 
SECURITY PROBLEM 



V958 



SIGNAL 
THIRD LIMIT 
SECURITY PROBLEM 



.962 



SIGNAL 
FOURTH LIMIT 
SECURITY PROBLEM 



966 



FIG. 17 



38 



EP 0 965 902 A2 



( START y 



451 



POLL 
STATUS 
REGISTER 



HARDWARE 



453 




INTERRUPT 
HARDWARE/ 
FIRMWARE 



FIRMWARE 



ASCUTAIN 
ROUTINE 



461 



TAKE ACTION 
AS DICTATED 
BY POLICY 





N 








u-460 


TAKE ACTION ' 
TO ERROR 


DICTATED BY 
POLICY 





455 





TAKE ACTION 

TO ERROR 
DICTATED BY 
POLICY 



-463 



RETURN FROM 
INTERRUPT 



ISSUE 
SLEEP 
SIGNAL 



•459 



r end r 458 

FIG. 18 



39 



EP 0 965 902 A2 



( START J 
1001 



1043 



LOG 




MESSAGE TO 
USER. TRANSFER 
TO OTHER CARD 



Y /^-1011 



{ERROR • 
STATE} 



FIG. 20a 



41 



EP 0 965 902 A2 



DISABLE 
UNTIL 
RECERTIF1CAT101J 





KEY TO FIG. 20 



1017 



1019 



FIG. 20b 



1023 



42 

_0965902A2J_> 



